Como comprar Solana (SOL) y obtener un BONUS de $30
CÓMO COMPRAR Solana (SOL) EN BINANCE Y OBTENER UN BONUS DE $30 (SOLO 3 PASOS)

PASO 1: REGISTRO
PASO 2: DEPOSITAR FONDOS
PASO 3: ADQUIRIR CRIPTOMONEDA
Por qué deberías comprar Solana (SOL)

¿Qué es Solana (SOL)?
Fundada por los antiguos ingenieros de Qualcomm, Intel y Dropbox a fines de 2017, Solana es un protocolo de prueba de participación delegado de cadena única cuyo objetivo es brindar escalabilidad sin sacrificar la descentralización o la seguridad .
La solución de escala de Core to Solana es un reloj descentralizado titulado Prueba de Historia (PoH) , creado para resolver el problema del tiempo en redes distribuidas en las que no hay una única fuente de tiempo confiable. Mediante el uso de funciones de retardo verificables , PoH permite que cada nodo genere localmente marcas de tiempo con cálculos SHA256. Esto elimina la necesidad de transmisiones de marcas de tiempo a través de la red, mejorando la eficiencia general de la red.
La misión de Solana es apoyar todas las aplicaciones de blockchain de alto crecimiento y alta frecuencia, y democratizar los sistemas financieros del mundo .
En esencia, Solana ofrece:
- Escalabilidad : Solana es capaz de soportar más de 50,000 transacciones por segundo , mientras mantiene tiempos de bloque de 400 milisegundos.
- Descentralización : con el uso del protocolo de propagación de bloques de Turbine , la plataforma puede soportar miles de nodos sin dejar de ser eficiente y escalable .
- Ejecución económica : se estima que los costos de las transacciones en la red cuestan 10 USD por 1 millón de transacciones .
Características clave de Solana
La cadena de bloques de alto rendimiento de Solana se construye utilizando 8 innovaciones principales que se destacan a continuación:
- Prueba de la historia : un reloj antes del consenso.
- Tolerancia a fallas bizantinas de la torre : una versión optimizada de PoH de PBFT.
- Turbina : un protocolo de propagación en bloque.
- Gulfstream : protocolo de reenvío de transacciones sin Mempool.
- Sealevel : el primer tiempo de ejecución de contratos inteligentes paralelos del mundo.
- Canalización : Unidad de procesamiento de transacciones para validación.
- Cloudbreak : base de datos de cuentas a escala horizontal.
- Archivadores : almacenamiento de libro mayor distribuido.
Prueba de Historia (PoH)
Un desafío en las redes distribuidas es acordar el tiempo y la secuencia en que ocurrieron los eventos, ya que los nodos dentro de la red no pueden simplemente confiar en una fuente externa de tiempo o cualquier marca de tiempo que aparezca en un mensaje. Solana requiere que todos los validadores resuelvan constantemente las funciones de retardo verificable (VDF) basadas en SHA256. Un VDF requiere un número específico de pasos secuenciales para evaluar, pero produce un resultado único que puede ser verificado de manera eficiente y pública.
Los VDF solo se pueden resolver con un solo núcleo de CPU que aplique un conjunto particular de pasos secuenciales. El equipo señala que, dado que para una función hash SHA256, el procesamiento en paralelo es imposible sin un ataque de fuerza bruta utilizando núcleos de 2¹²⁸, no es difícil definir exactamente cuánto tiempo lleva aplicar esos pasos.
La implementación específica de Solana utiliza un hash secuencial que se ejecuta sobre sí mismo continuamente con la salida anterior utilizada como la siguiente entrada. Con la salida computacional de la función actual "X", un validador podrá calcular la salida para la siguiente función "Y". Dado que el cálculo es universal, lo que significa que todos los validadores deben resolver la misma función "X" y podrán derivar la salida para la siguiente función "Y" aproximadamente al mismo tiempo, Solana puede crear un "reloj" sincronizado en toda la red .
El equipo también cree que el uso de Circuitos integrados específicos de aplicación ("ASIC") no representaría una amenaza significativa para el diseño PoH actual , ya que un dispositivo ASIC solo sería un 30% más rápido que los equipos de uso general. Un ataque de dispositivos ASIC, según el equipo de Solana, puede abordarse rápidamente.
Mecanismo de consenso de tolerancia bizantina a fallas de la torre (BFT)
Tower BFT aprovecha el PoH de Solana como un reloj antes del consenso para reducir la sobrecarga de comunicación y la latencia.
Cada vez que un nodo de la red vota en una bifurcación en particular, la votación se limita a un período fijo de hashes, que se denomina ranura. La configuración de red actual tiene alrededor de 400 ms para una ranura. Cada 400 ms, la red tiene un punto de reversión potencial , pero cada voto posterior duplica la cantidad de tiempo que la red tendría que detenerse antes de que pueda cancelar ese voto.
Por ejemplo, cada validador ha votado 32 veces en los últimos 12 segundos. La votación de hace 12 segundos ahora tendrá un tiempo de espera de 2³², o aproximadamente 54 años. Efectivamente, este voto nunca será revertido por la red. Mientras que la votación más reciente tiene un tiempo de espera de 2 espacios, o alrededor de 800 ms. A medida que se agregan nuevos bloques al libro mayor, es probable que los bloques viejos se confirmen cada vez más porque el número de ranuras que los votos antiguos se duplican en cada ranura, o cada 400 ms. Tower BTF ofrece finalidad ya que una vez que ⅔ de los validadores hayan votado en algún orden de eventos, se canonizará y no se podrá revertir.
La red principal de Solana está planificada para operar en una prueba de participación delegada (dPoS) , en la que los titulares de tokens pueden participar en el proceso de producción en bloque y ganar recompensas por cada token de estaca y convertirse en un validador, o delegar sus tokens a validadores que confiar.

Turbina
Muchas veces en un sistema distribuido, aumentar el recuento de nodos aumentará la cantidad de tiempo necesario para propagar todos los datos a todos los nodos. La turbina es un protocolo de propagación en bloque destinado a resolver este problema .
Con Turbine, si un nodo propagara un mensaje muy grande a los 1,000 pares, no transmitiría la información 1,000 veces por sí mismo. En cambio, el mensaje se dividiría en paquetes muy pequeños , transmitiendo cada paquete a un validador diferente.
A su vez, cada validador retransmite el paquete a un grupo de pares que se llaman vecindario . Cada vecindario es responsable de transmitir una parte de sus datos a cada vecindario cercano. Si cada vecindario está compuesto por 200 nodos, una red de 3 niveles, comenzando con un único líder en la raíz, puede alcanzar 40,000 validadores en 2 saltos.
Para manejar nodos adversarios que podrían optar por no retransmitir datos, el líder genera códigos de borrado Reed-Solomon . Los códigos de borrado permiten que cada validador reconstruya todo el bloque sin recibir todos los paquetes. Si el líder transmite el 33% de los paquetes del bloque como códigos de borrado, entonces la red puede descartar el 33% de los paquetes sin perder el bloque. Los líderes también pueden ajustar este número dinámicamente según las condiciones de la red.
Corriente del Golfo
Para cada proceso de producción de bloques, los próximos líderes de la red también se determinarán de acuerdo con sus intereses . Los clientes y validadores pueden enviar las transacciones al líder esperado con anticipación. Esto permite que los validadores ejecuten transacciones con anticipación, reduzcan los tiempos de confirmación, cambien los líderes más rápido y reduzcan la presión de memoria en los validadores del grupo de transacciones no procesadas.
Sealevel
Sealevel es un motor de procesamiento de transacciones hiperparalelo diseñado para escalar horizontalmente en GPU y SSD. Tenga en cuenta que todas las demás cadenas de bloques son computadoras de un solo subproceso. Solana es la única cadena que admite la ejecución de transacciones paralelas (no solo la verificación de firmas) en un solo fragmento.
La solución a este problema se basa en gran medida en una técnica de controlador del sistema operativo llamada dispersión-reunión . Las transacciones especifican por adelantado qué estado leerán y escribirán durante la ejecución. Sealevel puede encontrar todas las transacciones no superpuestas que ocurren en un bloque y ejecutarlas en paralelo, lo que se llama ejecución paralela, al tiempo que optimiza cómo se programan las lecturas y escrituras en el estado en una matriz de SSD RAID 0.
Aunque Sealevel es una máquina virtual que programa transacciones, Sealevel en realidad no ejecuta transacciones en la máquina virtual. En cambio, Sealevel entrega las transacciones que se ejecutarán en hardware de forma nativa utilizando un código de bytes probado en la industria llamado Berkeley Packet Filter (BPF) , que está diseñado para filtros de paquetes de alto rendimiento. Este código de bytes se ha optimizado desde principios de los 90 y se ha implementado en producción en millones de conmutadores en todo el mundo para manejar 60 millones de paquetes por segundo en una red de 40 gigabits en un solo conmutador.
Tubería
El proceso de validación de transacciones en la red Solana hace un uso extensivo de una optimización común en el diseño de CPU llamada canalización . La canalización es un proceso apropiado cuando hay una secuencia de datos de entrada que necesita ser procesada por una secuencia de pasos y hay un hardware diferente responsable de cada uno. Este mecanismo asegura que todas las partes del hardware funcionen eficientemente todo el tiempo .
En la red de Solana, la Unidad de Procesamiento de Transacciones (TPU) avanza a través de la obtención de datos a nivel del núcleo, la verificación de firma a nivel de GPU, la banca a nivel de CPU y la escritura en el espacio del núcleo. Para cuando la TPU comienza a enviar bloques a los validadores, ya está recuperada en el siguiente conjunto de paquetes, verificó sus firmas y comenzó a acreditar tokens.
Cloudbreak
En un sistema distribuido, la memoria se utiliza para realizar un seguimiento de las cuentas y puede tener dificultades para mantener el rendimiento debido a la falta de tamaño de la memoria y a las velocidades de acceso limitadas.
Por lo tanto, Cloudbreak se diseñó para optimizar las lecturas y escrituras simultáneas distribuidas en una configuración RAID 0 de SSD . Cada disco adicional agrega capacidad de almacenamiento disponible para los programas en cadena, al tiempo que aumenta el número de lecturas y escrituras simultáneas que pueden realizar los programas durante la ejecución.
Archivadores
En Solana, el almacenamiento de datos se descarga de los validadores a una red de nodos llamada Archiveros . Los archiveros no participan en el consenso. La historia del estado se divide en muchas piezas y se codifica por borrado. Los archiveros almacenan pequeñas partes del estado. De vez en cuando, la red le pedirá a los Archiveros que demuestren que están almacenando los datos que deben.
Garantía de precio de Staker
Solana ha implementado una garantía de precio staker para los usuarios que compran tokens SOL , los registran y los apuestan para asegurar la red. La garantía del precio staker es de 0.198 USD (90% del precio de reserva de la subasta Coinlist de 0.220, que se estableció el 24 de marzo de 2020). Se pueden encontrar más detalles sobre la Garantía de precio de Staker en las Preguntas frecuentes que acompañan a la subasta de Solana's CoinList .
- Cualquier participante en el programa goza de una garantía del 90% (0.198 USD) del precio de compensación de la subasta (0.220 USD), canjeable en cualquier momento durante 12 meses desde el inicio del período de registro.
- El registro requiere una participación continua y KYC en CoinList dentro de los primeros 3 meses del programa, y es elegible para cualquier token comprado en cualquier momento en cualquier intercambio.
- Los canjes requieren al menos 2 días de replanteo y se cumplen en USDC o USDT. Para canjear, los tokens se deben apostar continuamente desde el registro hasta el canje.
- Actualmente, el replanteo es compatible con la billetera de hardware Ledger. El proyecto también planea habilitar el soporte de apuesta de Trust Wallet .
La distribución de suministro de tokens es la siguiente:
- Las fichas de Venta de semillas comprenden el 16,23% del suministro total de fichas.
- Los tokens de Venta Fundacional comprenden el 12.92% del suministro total de tokens.
- Los tokens de Validator Sale comprenden el 5,18% del suministro total de tokens.
- Los tokens de venta estratégica comprenden el 1,88% del suministro total de tokens.
- Los tokens de venta de subasta CoinList comprenden 1.64% del suministro total de tokens.
- Las fichas de equipo comprenden el 12.79% del suministro total de fichas.
- Los tokens de Foundation comprenden el 10.46% del suministro total de tokens.
- Las fichas comunitarias comprenden el 38.89% del suministro total de fichas.

Conclusión
Solana is building the architecture of their blockchain based on Proof of History (PoH); a proof for verifying order and passage of time between events. The purpose of PoH is used to encode the trustless passage of time into a ledger. A Proof of Stake (PoS) consensus mechanism is then leveraged for confirmation of the current sequence produced by the Proof of History generator. PoS is also used for voting and selecting the next Proof of History generator node and for punishing any validators that act against the interest of the network.
Post a Comment: